, ,

SMARTMONTOOLS

Smartmontools est un paquet regroupant un ensemble d'outils basés sur la "technologie" SMART. Cette technologie est un protocole qui permet de suivre et contrôler l'état des disques durs entiers. Les données SMART ignorent les partitions et le partitionnement.

le protocole SMART est reconnu et implémenté sur la plupart des disques durs depuis la fin des années 1990.

L'intérêt principal de ces outils et de la technologie SMART est de déceler des signes précurseurs de vieillissement et de pannes des disques durs avant qu'ils ne soient définitivement en panne.

En configurant correctement le daemon smartd (fichier /etc/smartd.conf, il est possible d'être prévenu automatiquement si des problèmes sont détectés).

De façon incompréhensible, le paquet smartmontools n'est pas installé par défaut et fait l'objet de relativement peu de publicité

Installation

Commencez par installer le paquet smartmontools et éventuellement smart-notifier.

Si vous souhaitez une interface graphique à smartmontools Installez le paquet gsmartcontrol.
Le site officiel est ici : GSmartControl. On trouvera des copies d'écran ici : Copies d'écran.

Utilisation

Dans les exemples suivants, on va considérer le disque dur nommé /dev/sdX , qu'il faudra remplacer par le nom du disque que vous voulez tester, par exemple /dev/hda, /dev/sdc 1) ou /dev/sg1 2) 

 sudo smartctl --smart=on --offlineauto=on --saveauto=on /dev/sdX
 sudo smartctl -H -i /dev/sdX
 sudo smartctl -s on -a /dev/sdX

Au moins deux types de tests sont possibles, les courts (~1 min) et les longs (~10 min à 90 min)3). 

sudo smartctl -t short /dev/sdX
sudo smartctl -t long  /dev/sdX
sudo smartctl -l selftest /dev/sdX

ou en plus bref (retourne un message seulement si le disque retourne un indicateur SMART "failing" ou si des autotests ont enregistré des erreurs) 

sudo smartctl -q errorsonly -H -l selftest /dev/sdX
   sudo smartctl  -t select,N-max /dev/sdX
  sudo smartctl -a /dev/sdX | grep left

Cela permet de visualiser le LBA début et le LBA fin de l'intervalle de 65536 secteurs en cours de test. Ne pas se fier au pourcentage indiqué.

Le test long peut durer des heures. S'il y a un arrêt pour une cause externe, Le LBA en cours de traitement peut ne pas être mémorisé. Une solution consiste à lancer un test sur les 500 premiers Gio ( ou le premier Tio) du disque avec cette commande 

 sudo smartctl  -t select,0-999999999  /dev/sdX 
 ou
 sudo smartctl  -t select,0-1999999999  /dev/sdX    ### pour 1 Tio
 ou
 sudo smartctl  -t select,0-499999999  /dev/sdX     ### pour 250 Gio

Lorsque ce test est terminé, on fait un test de la suite quand on le désire avec cette commande qu'il faudra répéter le nombre de fois nécessaires après s'être assuré que la précédente s'est correctement terminée et que la fin du disque n'a pas été atteinte. Sinon cela repart depuis le début du disque jusqu'à la fin! 

  sudo smartctl  -t select,next /dev/sdX

Informations sur l'état actuel d'un disque.

Dans les exemples suivants, on va considérer le disque dur nommé /dev/sdX qu'il faudra remplacer par le nom du disque que vous voulez tester ; par exemple /dev/hda, /dev/sdc

La connaissance de l'état actuel d'un disque peut être importante pour comprendre une erreur de lecture-écriture. Cette information est souvent demandée dans le forum.

Comme les données SMART ignorent les partitions et le partitionnement, il est absurde (sauf cas de RAID, voir note) de mettre un nombre après /dev/sdX. C'est même nuisible quand le disque est branché en usb, cf. cet exemple https://forum.ubuntu-fr.org/viewtopic.php?pid=21841415#p21841415.

Cas d'un disque interne

La commande est: 

sudo smartctl -s on -a /dev/sdX

Rappel : Mettre un chiffre après la lettre X est (sauf montage en RAID, voir note) nuisible.

Cas des boîtiers et autres adaptateurs USB

La commande ci-dessus peut nécessiter un complément si le disque est connecté en usb.
Rappel : Mettre un chiffre après la lettre X est (sauf montage en RAID, voir note) nuisible.

a) Ce complément est en général fourni par 

sudo smartctl --scan | grep -i usb

qui va retourner quelque-chose comme 

/dev/sdb -d usbsunplus # /dev/sdb [USB Sunplus], ATA device

On récupère alors -d usbsunplus et sdb, et on obtient le retour complet grâce à 

sudo smartctl -s on -a -d usbsunplus /dev/sdb



b) Si ça ne marche pas, c'est dans le retour de 

sudo smartctl -s on -a /dev/sdX

en remplaçant X par la lettre trouvée juste avant, qu'il faut chercher la ligne contenant 

Unknown USB bridge [0x

De cette ligne, on copie 0xyyyy:0xzzzz, sans les crochets et on va le chercher dans la page https://www.smartmontools.org/wiki/Supported_USB-Devices qui référence :
- La plupart des adaptateurs supportés et donne l'option "-d" opérationnelle de chacun,
- La plupart des adaptateurs non supportés.

Sur cette page-là on va donc récupérer la bonne option -d machin-truc, et 

sudo smartctl -s on -a -d machin-truc /dev/sdX

en remplaçant X par la lettre trouvée juste avant, fournira le rapport smartctl complet.

Exceptionnellement, il peut arriver que ni a) ni b) ne suffise.


c) En ce cas, certaines des commandes suivantes peuvent être essayées, toujours en remplaçant "X" par la bonne lettre, vérifiée juste avant :

Merci de faire la totalité des cinq commandes et de ne pas vous arrêter à la première surtout si elle n'a répondu que quelques lignes. 

sudo smartctl -s on -d ata  -a /dev/sdX
sudo smartctl -s on -d sat  -a /dev/sdX
sudo smartctl -s on -d scsi -a /dev/sdX
sudo smartctl -s on -d auto -T verypermissive -a /dev/sdX
sudo smartctl -s on -d test -T verypermissive -a /dev/sdX

Cas du pilote UAS

Si aucune commande précédente ne fonctionne avec un adaptateur USB, il peut être nécessaire de désactiver le support de UAS(P)4).

Test avec déchargement du module

  1. brancher l'adaptateur
  2. relever les identifiants USB vendeur:produit pour l'adaptateur :
    • lister les périphériques USB utilisant le pilote UAS 
      lsusb -t | grep uas
    • noter la valeur de Port et Dev, puis afficher ce périphérique USB avec XXX valeur de Port et YYY valeur de Dev 
      lsusb -s XXX:YYY
    • noter la valeur après ID sous le format <id vendeur>:<id produit>
  3. démonter les partitions du disque : 
    sudo umount -v /dev/sdX*
  4. décharger le module uas : 
    sudo modprobe -r uas
  5. décharger le module usb-storage : 
    sudo modprobe -r usb-storage
  6. recharger le module usb-storage sans le support uas pour l'adaptateur en remplaçant <id vendeur> et <id produit> par les valeurs relevée précédemment : 
    sudo modprobe usb-storage quirks=<id vendeur>:<id produit>:u
  7. si les partitions du disque ne sont pas montées automatiquement, débrancher l'adaptateur USB et le rebrancher connecté avec le disque dur
  8. réessayer les commandes smartctl

Exemple concret

Exemple avec un adaptateur de marque U-Green avec le chipset VIA qui se charge en /dev/sdc

smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.4.0-71-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

Read Device Identity failed: scsi error unsupported field in scsi command

A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
|__ Port 3: Dev 35, If 0, Class=Mass Storage, Driver=uas, 480M
Bus 003 Device 035: ID 2109:0711 VIA Labs, Inc.
umount: /dev/sdc: not mounted
umount: /media/ubuntu/Linux (/dev/sdc1) unmounted
|__ Port 3: Dev 36, If 0, Class=Mass Storage, Driver=usb-storage, 480M

Blacklister le module UAS

Si le test précédent est concluant, il est possible de rendre le changement permanent.

Notification automatique d'un problème

Grâce au service (daemon) smartd il est possible de faire une analyse régulière et ainsi suivre sur le long terme l'état des disques durs et de votre matériel.

Il est aussi possible de paramétrer des alertes automatiques (envoi de mail, messages utilisateur par wall, syslog, … ) en cas de détections d'erreurs ou de signes de vieillissement. smartd est inclus dans le paquet smartmontools

Le fichier de configuration est /etc/smartd.conf Par défaut, il est configuré pour scanner tous les disques. Une configuration de ce fichier est donc nécessaire pour obtenir des alertes pertinentes.

activer le daemon smartd

Par défaut, le demon smart n'est pas activé. Il est indispensable de le faire manuellement.

Éditez le fichier /etc/default/smartmontools et décommenter start_smartd=yes puis démarrer le service en tapant dans un terminal: 

sudo /etc/init.d/smartmontools start

A signaler aussi le paquet smart-notifier qui vous préviendra de tout problème imminent. L'action de ce programme est de se mettre à l'écoute des messages de tests et d'ouvrir une fenêtre d'avertissement s'il détecte un problème.

Pour que smart-notifier lance ces messages d'alertes, il faut que smartd soit actif, paramétré, et que la session en cours ait été redémarrée.

Si vous voyez une alerte SMART, il y a de fortes chances pour que votre disque soit en train de flancher. Dans votre intérêt, faites immédiatement une copie de vos fichiers ailleurs (clé USB, disque dur externe, gravure sur CD/DVD…).

Pour tester que smart-notifier fonctionne : 

sudo sh -c 'echo test de message | smart-notifier --notify'

Ce qui affichera :

smart-notifier sous Ubuntu 15.10

Traduire l'alerte

Lorsque vous équipez un autre pc que le vôtre de la notification, il serait dommage qu'elle soit ignorée pour une bête impossibilité de compréhension du message…

Sauvegarder l'original en cas de boulette en tapant dans terminal: 

sudo cp /usr/share/smart-notifier/smart_notifier/smart-notifier.glade /usr/share/smart-notifier/smart_notifier/smart-notifier.glade.old

puis avec les droits d'administration, éditez le fichier /usr/share/smart-notifier/smart_notifier/smart-notifier.glade et modifiez les lignes indiquées ci-dessous.

Interprétation des résultats

L'interprétation des résultats demande de l'expérience ; postez-les dans le forum.

Voir aussi

Contributeurs : didrocks, fnx, .amalric. pour la traduction, furious-therapy : DEB pour Jaunty.

1)
la liste des noms de disques durs de votre système peut s'obtenir par : 
sudo fdisk -l
2)
les périphériques du type /dev/sg# permettent d'atteindre les disques qui composent un volume géré par un contrôleur RAID hardware. Dans un tel cas, les périphériques du type /dev/sdX ne sont pas utilisables car à ce niveau l'OS ne voit que le volume géré par le contrôleur RAID (un disque logique sans information SMART) et non des disques qui le composent (disques physiques avec information SMART). Par exemple, pour obtenir les informations SMART sur un disque SATA faisant partie d'un volume RAID 5 géré par un contrôleur Adaptec :
sudo smartctl -a -d sat /dev/sg1
Référence: http://www.cyberciti.biz/faq/linux-checking-sas-sata-disks-behind-adaptec-raid-controllers/
3)
Une estimation de la durée prise par ces tests est visible dans la sortie de :
 sudo smartctl -a /dev/sdX
4)
USB Attached SCSI
5)
le numéro de Device change à chaque reconnexion